Недавно компания VMware выпустила интересное видео - vSphere Distributed Switch (vDS) Concept, из которого начинающие пользователи платформы виртуализации VMware vSphere могут понять, зачем именно им нужен распределенный виртуальный коммутатор:

Как показано в видео, VMware vDS нужен для следующих вещей:

• Централизация операций по управлению сетевой конфигурацией хостов VMware ESXi.
• Мониторинг состояния сетевых компонентов инфраструктуры на различных уровнях и решение проблем (траблшутинг).
• Резервное копирование и восстановление конфигурации сети в случае сбоев.
• Возможность приоретизации различных типов трафика (NetIOC).
• Расширенные возможности для сетевых администраторов.

Это видео неплохо бы показать своему сетевому администратору перед внедрением vDS, если вы его планируете. Кстати, для тех, кто хочет узнать больше о возможностях распределенных коммутаторов от VMware и Cisco, есть отличный документ на русском языке "Сетевые функциональные возможности распределенного виртуального коммутатора VMware vSphere и коммутаторов Cisco Nexus серии 1000V". Из таблички, приведенной в нем, видно, какие новые возможности появляются у коммутатора vDS по сравнению с ESXi Standard vSwitch:

За шесть лет работы компании ИТ-ГРАД среди ее заказчиков появилось множество клиентов из данной отрасли. Один из них поделится своим опытом - розничный оператор IDEAS4RETAIL (сети магазинов Imaginarium, Hamleys, Mamas & Papas, CookHouse), расскажет о том какие сервисы они используют и как к этому пришли.

Напомним, что мы уже писали об истории успеха IDEAS4RETAIL (инфраструктура Exchange в облаке ИТ-ГРАД). На вебинаре "Использование публичных облаков в ритейле" расскажет об этом проекте и других активностях совместно с ИТ-ГРАД.

Дата проведения вебинара:  24 июля 2014 года, 14:00 (московское время).

Программа мероприятия:

• Практические реалии многолетнего опыта работы с облаками;
• централизация сервисов как способ экономии ИТ-бюджета;
• масштабируемость как средство снижения издержек при открытии новых точек продаж;
• ресурсы по запросу как средство обеспечения пиков сезонных продаж;
• наличие SLA как залог спокойствия;
• резервирование инфраструктуры в облаке.

РЕГИСТРАЦИЯ на вебинар.

На прошлой неделе появился ежегодный "магический квадрант" аналитической компании Gartner в области виртуализации серверной инфраструктуры - Magic Quandrant for x86 Server Virtualization Infrastructure 2014.

Напомним, что Magic Quadrant используется для оценки поставщиков какого-либо сегмента рынка информационных технологий, где Gartner использует две линейные прогрессивные экспертные шкалы:

• полнота видения (completeness of vision)
• способность реализации (ability to execute)

Каждый поставщик, попавший в рамки рассмотрения для исследуемого сегмента рынка, оценивается по этим двум критериям. При этом, полнота видения откладывается на оси абсцисс, способность реализации — на оси ординат. Каждый поставщик, таким образом, оказывается в одном из четырёх квадрантов плоскости, называемых:

• Лидеры (leaders) — поставщики с положительными оценками как по полноте видения, так и по способности реализации.
• Претенденты (сhallengers) — поставщики с положительными оценками только по способности реализации.
• Провидцы (visionaries) — поставщики с положительными оценками только по полноте видения.
• Нишевые игроки (niche players) — поставщики с отрицательными оценками по обоим критериям.

Посмотрим, как выглядели такие же магические квадранты в 2013 и 2014 годах:

Изменения, видимые на глаз:

• VMware чуть вырвалась вперед по отношению к Microsoft как "визионер" (благодаря таким решениям, как Virtual SAN и Horizon 6).
• Продукт Citrix XenServer заглох, а Citrix стала нишевым игроком.
• Компания Red Hat заметно прибавила, особенно как визионер.
• Появился новый игрок - Huawei с нишевым решением FusionSphere (ответвление Xen), которое будет продвигаться на развивающихся рынках, таких как Бразилия, Россия, Индия и Китай.

По поводу своего технологического превосходства компания VMware даже выпустила елейное видео:

В целом все логично и идет к нашему прогнозу 2016 года:

Интересен также такой факт в отчете Gartner, что 70% серверов архитектуры x86 (в среднем по миру) уже являются виртуальными. Кроме того, отмечается, что все больше крупных компаний используют сразу несколько гипервизоров в частных или публичных гибридных облаках. Больше подробностей о преимуществах и недостатках каждой из платформ виртуализации приведено в отчете Gartner.

Некоторое время назад мы писали про особенности и ограничения виртуального модуля VMware vCenter Server Appliance (vCSA) по сравнению с обычным серверов vCenter, устанавливаемым в ОС Windows физической и виртуальной машины. Также мы писали о том, что выбрать - установку vCenter в виртуальной машине или использование vCSA.

Недавно на блогах VMware появился интересный пост, по-сути говорящий о том, что модуль vCSA имеет несколько ограничений и неприятных аспектов эксплуатации, которые надо учитывать, и которые не позволяют использовать это решение в производственной среде.

Приведем здесь эти тезисы:

1. Из всех ограничений VMware vCenter Server Appliance самым основным является отсутствие средства обновления хост-серверов VMware ESXi - VMware Update Manager (VUM). Его конечно можно поставить на отдельную Windows-машину, но тогда весь смысл vCSA теряется. Эту ситуацию обещают исправить в VMware vSphere 6.0. Кроме того, отсутствие таких функций, как Linked Mode, работы с кластерами VSAN и поддержки внешней БД Microsoft SQL Server делают для многих модуль vCSA неприемлемым.

2. Лимиты vCSA (100 хостов и 3000 машин) меньше таковых у vCenter Server (1000 хостов и 10 000 виртуальных машин). Это, конечно, актуально только для больших компаний, но все же. Если понадобится, то с vCSA можно использовать внешнюю БД, но только Oracle.

3. В качестве гостевой ОС для vCSA используется дистрибутив SUSE, который имеет отдельную от VMware политику обновлений. VMware не накатывает эти обновления и хотфиксы, как только они становятся доступны. Соответственно, этот факт может вступить в конфликт с политикой информационной безопасности, предполагающей своевременное обновление компонентов виртуальной инфраструктуры.

4. Использование модуля vCSA по-прежнему предполагает знание внутренностей Linux. Если с vCenter Server for Windows справится любой администратор, то для vCSA потребуется квалифицированный специалист, если там что-то сломается.

5. Если в силу перечисленных ограничений вы решите смигрировать с vCSA на vCenter для Windows, это может оказаться проблематичным, так как никаких средств миграции не предусмотрено. Это придется делать вручную, а между тем политика во многих организациях требует сохранения исторических данных (о производительности, действиях администраторов и прочего). Сохранить эти данные не получится.

Поэтому, все-таки, VMware vCenter Server Appliance пока еще не готов для производственной среды, однако мы ожидаем, что ситуация с выходом vSphere 6.0 значительно улучшится.

Не так давно мы писали про виртуальный модуль vSphere OpenStack Virtual Appliance (VOVA), позволяющий построить архитектуру OpenStack на базе платформы виртуализации VMware vSphere. Теперь компания VMware решила пойти дальше и продемонстрировать пример того, как можно построить облачную IaaS-инфраструктуру на базе хранилищ Virtual SAN и решения для агрегации и виртуализации сетей VMware NSX, обеспечивая при этом прозрачную коммуникацию между виртуальными машинами (инстансами), исполняемыми на VMware vSphere и гипервизоре KVM.

В данной демонстрации используется Cloud Management Portal в рамках архитектуры OpenStack, позволяющий управлять сетевым взаимодействием multitenant-инфраструктуры. Для демо используется реальная инфраструктура, насчитывающая 200 инстансов, работающих на VMware ESXi и KVM. В качестве бэкэнд-хранилищ выступают датасторы VMware VSAN.

В процессе демонстрации показывают следующие вещи:

• Создание виртуальных сегментов сетей датацентра (публичная веб-сеть и сеть приложений)
• Создание виртуального роутера для маршрутизации между виртуальными сетями.
• Назначение виртуальных сетей инстансам (виртуальным машинам) и демонстрация работоспособности заданных правил сетевого взаимодействия.
• Приведение инфраструктуры в изначальный вид - удаление инстансов, виртуального роутера и виртуальных сетей.

Интересны следующие особенности показанной архитектуры:

• Коммуникация между виртуальными машинами на разных гипервизорах и в разных виртуальных сетях идет на уровне L2 через оверлей, при этом модификация существующей физической сети не требуется.
• Между тенантами (организациями в IaaS-инфраструктуре) существует полная логическая изоляция, то есть можно создавать для них роутеры и виртуальные сети, используя одну физическую подсеть, при этом организации будут надежно разделены.
• На виртуальном роутере используется NAT на уровне тенанта, который позволяет использовать любую схему IP-адресации, а также плавающие (floating) IP для инстансов внутри тенанта, не нарушая работу инфраструктуры в целом.
• Возможности безопасности в NSX, реализуемые в рамках OpenStack-архитектуры позволяют управлять и ограничивать входящий и исходящий трафик между виртуальными сетями, а также между инстансами в одной сети.
• Virtual SAN как бэкэнд-хранилище предоставляет ресурсы для томов Cinder Volumes, которые являются основным контейнером для хранения инстансов.
• Создание виртуальных сетей, маршрутизации между ними в multitenant IaaS-инфраструктуре показывает как сильно решение NSX упрощает жизнь - за несколько минут были созданы виртуальные сети и настроена маршрутизация между ними для коммуникации инстансов, а потом так же быстро удалили все созданные сущности - и все это без модификации настроек коммутаторов, маршрутизаторов и прочих компонентов физической сети.

Как вы все знаете, недавно компания VMware объявила о доступности для загрузки своего флагманского решения для управления инфраструктурой виртуальных и физических ПК VMware Horizon 6, основной частью которого является компонент для создания VDI-среды VMware Horizon View (также недавно мы писали про решение VMware Workspace).

Вместе с основными составляющими решения Horizon были обновлены также клиенты Horizon View Clients, которые теперь поддерживают возможности View Hosted Apps - то есть организацию доступа к приложениям на серверах Windows Remote Desktop Session host (RDS) по протоколу PCoIP. Работает этот механизм аналогично решению Citrix XenApp - с различных устройств (ПК, планшет, телефон) пользователь получает бесшовное окно своего приложения в основной рабочей среде, при этом передается только картинка этого окна, а само приложение исполняется на сервере RDS.

Это выглядит так, будто бы приложение исполняется локально. Вот так, например, это выглядит на Маке, где иконки Windows-приложений помещаются в док-панель:

Технология VMware View Hosted applications поддерживается не только на ПК, но и на устройствах iOS и Android. Например, вот картинка приложения Adobe Reader с экрана телефона на Android:

Последнее обновление клиентов было в январе 2014 года (когда их версия была 2.3), а с выпуском новой версии Horizon 6 их версия продвинулась до 3.0. При этом клиенты Windows Store и HTML Access web client получили версию 2.4, а Linux-клиенты не обновлялись. Не путайте клиент для Windows Store с клиентом для Windows - последний имеет версию 3.0.

Таким образом, функциональность клиентов VMware Horizon Clients распределена по версиям следующим образом:

• Horizon Client 2.3 - клиенты, выпущенные в январе 2014 без поддержки Hosted Apps.
• Horizon Client 2.x - клиенты более новой версии, но без поддержки Hosted Apps.
• Horizon Client 3.0 - клиенты с поддержкой Hosted Apps.

Если клиент не поддерживает функциональность Hosted Apps, то эти приложения просто не будут видны в интерфейсе. Кстати, Hosted Apps для Mac OS поддерживаются, начиная с версии OS X 10.8.

Интересно также, что для устройств iPad и iPhone поддерживается аутентификация через смарт-карты от Biometrics Associates (поддерживаются такие типы устройств, как CAC, PIV и Gemalto):

Кроме всего прочего, клиенты View Horizon Clients получили унифицированный дизайн и интерфейс на всех платформах, что ускоряет адаптацию решения пользователями:

Скачать все клиенты VMware Horizon Clients можно по одной ссылке: http://www.vmware.com/go/viewclients.

Документация по клиентам Horizon доступна тут.

Недавно мы писали про выпущенные в мае технологические превью новых версий настольных платформ виртуализации VMware Workstation и VMware Fusion, а на днях компания VMware обновила функциональность этих продуктов, выпустив VMware Workstation 11 и VMware Fusion 7 Technology Preview July 2014. Больше всего новых возможностей в этом выпуске получила платформа Fusion 7.

Июльский VMware Workstation 11 TP обладает следующими новыми возможностями:

• New OS Support - Теперь появилась поддержка не только Windows 8 / 8.1, но и Windows 8.1 Update 1 в качестве хостовой и гостевой ОС. Кроме того, поддерживаются также последние версии десктопных платформ Ubuntu, Fedora, RHEL, OpenSUSE и других Linux-дистрибутивов. К моменту релиза список будет уточнен.
• VMware Hardware Version 11 - очередное обновление поколения виртуального программного обеспечения. Теперь возможностей у устройств виртуальной машины станет значительно больше. Например, можно создавать виртуальные машины с числом виртуальных процессоров (vCPU) до 16, кроме того улучшилась поддержка устройств USB 3.0, и появилась возможность выделять графическую память на уровне отдельной гостевой ОС.
• CPU enablement - кроме поддержки 16 vCPU, появилась полная поддержка новых поколений процессоров микроархитектур Intel Haswell и AMD Jaguar. Также поддерживаются на уровне совместимости процессоры Intel Broadwell и AMD Steamroller.
• Virtual xHCI controller - виртуальный контроллер xHCI появился еще в версии virtual hardware 8, но в этой версии он соответствует спецификации Intel xHCI 1.0. Также тут ожидается лучшая производительность устройств USB 3.0.
• Dedicated graphics memory for guest operating system - теперь полностью доступно управление выделением графической памяти под гостевые ОС. Это дает пользователю больший контроль и гибкость в конфигурации виртуальной машины. Настройка эта регулируется в Virtual Machine Settings -> Hardware -> Display. Не рекомендуют выделять гостевой ОС слишком много (будут глюки) и слишком мало видеопамяти (будут тормоза).
• Windows 8 Unity mode improvements - был существенно улучшен процесс работы с механизмом Unity, особенно для ВМ под управлением Windows 8 / 8.1. Кроме того улучшилась работа с экраном "Пуск" - когда происходит переключение между гостевой и хостовой ОС.
• Boot virtual machine with EFI - эта версия Workstation позволяет создавать и запускать виртуальную машину на базе EFI как альтернативе BIOS. Для этого нужно выставить следующую настройку - Virtual Machine Settings -> Options -> Advanced, далее отметить "Boot with EFI instead of BIOS".
• [новое] Experimental performance tuning for VM suspend and resume - в этом релизе платформы можно улучшить производительность операций по приостановке и возобновлению работы виртуальной машины (suspend/resume). Для этого машина должна иметь версию виртуального аппаратного обеспечения (Hardware Version) 11. Для этого необходимо в vmx-файл конфигурации ВМ добавить следующие строчки:
  mainMem.save.vmem="FALSE"
checkpoint.compressDumper="TRUE"
  Этот твиг действует как для шифрованной, так и обычной виртуальной машины. Он ускоряет suspend до 20% и resume до 60%.

Больше подробностей о возможностях VMware Workstation 11 рассказано на этой странице. Скачать превью решения можно по этой ссылке.

Июльский VMware Fusion 7 TP получил вот такие новые возможности:

• Новое поколение виртуального программного обеспечения - Hardware Version 11. (VM > Settings > Compatibility). Описание см. выше.
• Новые иконки в библиотеке, которые показывают состояние виртуальной машины в представлении списком.
• Поддержка настройки видеопамяти для гостевой ОС (VM > Settings > Display). Описание см. выше.
• Настройка использования встроенной видеокарты для Mac Book Pro с более, чем одним графическим модулем (GPU).
• Обновленная поддержка конфигураций с несколькими мониторами, один из которых Retina.
• Возможность настраивать горячие клавиши отдельно для каждой ВМ (VM > Settings > Keyboard & Mouse).
• Улучшенная поддержка предрелизных версий Microsoft Windows.
• Новый упрощенный способ установки VMware Tools под Windows 8 с использованием виртуального устройства USB CD virtual device.
• [новое] Поддержка просмотра хостов VMware Workstation, VMware ESXi, VMware vSphere в библиотеке (в меню нужно выбрать File > Connect to Server).
• [новое] Возможность удаленного управления виртуальными машинами на платформах VMware Workstation, VMware ESXi и VMware vSphere.
• [новое] Улучшенная поддержка для еще не вышедших версий Mac OS X.
• [новое] Возможность расшарить камеру iSight между хостовой и гостевой ОС.

Больше подробностей о возможностях VMware Fusion 7 рассказано на этой странице. Скачать превью решения можно по этой ссылке.

Те из вас, кто интересуется VDI-инфраструктурой, знают про калькулятор VDI Calculator (последний раз мы писали о нем тут), который разрабатывает Andre Leibovici, автор сайта myvirtualcloud.net. Сегодня это калькулятор номер 1 для расчета параметров инфраструктуры виртуальных ПК на базе VMware View и Citrix XenDesktop - он позволит ответить на такие вопросы как: сколько серверов нужно для построения инфраструктуры виртуальных ПК, какие у них должны быть аппаратные характеристики, сколько дисковых емкостей нужно для размещения ВМ и т.п.

На днях Андрэ выпустил шестую версию своего калькулятора, в которой появилось несколько интересных новых возможностей.

Итак, новые возможности VDI Calculator v6.0:

• Horizon View and XenDesktop Infrastructure Calculation - если раньше калькулятор просто рассчитывал необходимое количество серверов View Connection и Security, либо XenDesktop Controller, то теперь он позволяет конкретно получить информацию о том, сколько вычислительных ресурсов потребуется для размещения управляющих компонентов инфраструктуры. Для этого нужно выбрать опцию "Backend Infrastructure".
• Java Code Signing - теперь код продукта подписан и не вызывает консёрна пользователей при его запуске.
• Write Cache Sizing - когда вы используете опцию сайзинга для десктопов типа Horizon View Linked Clones или XenDesktop MCS, то калькулятор определяет размер дельты и кэша. Можно указать свои значения, если у вас есть собственная методика их расчета. Это позволит получить более корректные данные по целевой инфраструктуре.
• Поддержка узлов Nutanix NX-1050.
• Мелкие исправления ошибок

Калькулятор доступен по этой ссылке.

Как мы уже много писали, компания StarWind не так давно выпустила финальную восьмую версию своего решения номер 1 - StarWind Virtual SAN V8, предназначенного для создания отказоустойчивых хранилищ для VMware vSphere и Microsoft Hyper-V. О новых изданиях продукта вы можете узнать из нашей статьи вот тут.

Если вы уже попробовали StarWind в своей тестовой среде (а особенно просто сделать это с помощью бесплатного комплекта для виртуализации от StarWind) и готовы к приобретению продукта, но денег прямо сейчас нет, вы можете получить лицензии для производственной среды при условии их оплаты в течение 90 дней с момента подписания счета (заказа).

Торопитесь, акция действует только до 31 июля. Чтобы принять в ней участие - пишите на sales@starwindsoftware.com.

Напомним основные возможности продукта StarWind Virtual SAN:

• Отказоустойчивость узлов типа Active-Active.
• Возможность создания двух или трехузловой конфигурации кластера хранилищ.
• Высокопроизводительная асинхронная WAN-репликация.
• Поддержка в качестве хранилищ как NAS, так и SAN.
• Хранение данных в виде файла образа (Image File).
• Поддержка технологии CDP и снапшотов.
• Возможности Thin Provisioning (растущие по мере наполнения диски).
• Технология High speed caching.
• Единая консоль мониторинга происходящих с хранилищами событий и средство оповещения администраторов по email или SNMP.
• Дедупликация данных (собственный высокопроизводительный механизм).

Скачать решение StarWind Virtual SAN можно по этой ссылке.

Как многие из вас знают, бета-версии платформы виртуализации VMware vSphere всегда были закрытыми, тестировал их очень ограниченный круг пользователей, находившихся под действием соглашения NDA (Non-disclosure agreement), которое подразумевало страшные кары и звонки юристов в случае его нарушения. В письмах с новостями о бета-версии были большие красные буквы про конфиденциальность, а за разглашение информации о новых возможностях продукта пытались наказать всех подряд, даже тех, кто этого соглашения не подписывал.

Возможно, компании VMware надоела вся эта канитель, и она впервые в своей истории решилась на открытое бета-тестирование VMware vSphere 6.0, но (видимо, по привычке) решила запретить публичное разглашение и обсуждение сведений о новой версии продукта.

For the first time, and unlike previous beta cycles for vSphere, this vSphere Beta is open to everyone to sign up and allows participants to help define the direction of the world’s most widely adopted, trusted, and robust virtualization platform.

Зарегистрировавшись в публичной бета-программе и подписав NDA, пользователи попадают в закрытое общество, где они могут обсуждать новые возможности платформы VMware vSphere, но им как бы запрещено это обсуждать с теми, кто не принимает участие в бете. Звучит как что-то очень параноидальное, но это так.

Итак, как участник VMware vSphere Beta Program вы можете:

• Обсуждать продукт и саму программу с другими участниками бета-программы.
• Постить в закрытые форумы на VMware Communities.
• Общаться с вендорами серверного оборудования на эту тему (они тоже должны быть под NDA).

В то же время как участник VMware vSphere Beta Program вы не можете:

• Обсуждать условия программы или новые возможности продукта публично.
• Обсуждать программу приватно, но с теми людьми, которые не находятся под NDA.

В общем, можете сами теперь попробовать, что такое VMware vSphere 6.0 Beta 2. Нужно нажать кнопку "Join now!" в правой части, после чего принять VMware Master Software Beta Test Agreement (MSBTA) и vSphere Program Rules agreement. Бесспорно, публичная бета-кампания позволит VMware поднять качество своих продуктов, так как любой желающий сможет сообщить об ошибке, возникшей у него в тестовой среде.

Одновременно с анонсом публичной беты VMware vSphere 6.0 компания VMware раскрыла некоторые подробности о функциональности Virtual Volumes (VVols), о которой мы писали вот тут. Концепция VVol (она же VM Volumes) увеличивает уровень гранулярности работы хост-сервера с хранилищем за счет непосредственных операций с виртуальной машиной, минуя сущности "LUN->том VMFS->Datastore". Тома VVol является неким аналогом существующих сегодня LUN, но с меньшим уровнем гранулярности операций по сравнению с томами VMFS (последние, как правило, создаются из одного LUN).

То есть, VVol - это низкоуровневое хранилище одной виртуальной машины, с которым будут позволены операции на уровне массива, которые сегодня доступны для традиционных LUN - например, снапшоты дискового уровня, репликация и прочее. Делается это через механизм vSphere APIs for Storage Awareness (VASA). Таким образом, все необходимое хранилище виртуальной машины упаковывается в этот самый VVol. Более подробно о томах VVol можно узнать на специальной странице.

Само собой, такое должно поддерживаться со стороны производителей хранилищ, которые уже давно работают с VVol и записали несколько демок:

Tintri

SolidFire

HP 

NetApp

EMC

Nimble Storage

Ну а вообще, конечно, это шаг вперед по сравнению с той паранойей VMware, которая была раньше вокруг бета-версий VMware vSphere.

Как многие из вас знают, пару недель назад компания VMware сделала доступным для загрузки решение VMware Horizon 6, содержащее в себе набор продуктов для управления инфраструктурой виртуальных и физических ПК предприятия.

Одним из таких продуктов является решение VMware Workspace Portal 2.0, которое раньше было известно как VMware Horizon Workspace. Оно позволяет предоставить пользователю унифицированное рабочее пространство для запуска различных приложений и других объектов, таких как SaaS-сервисы, виртуальные ПК VMware Horizon View и прочее с применением таких технологий как Blast, Single Sign-On и т.п. То есть это средство федерации ИТ-сервисов:

В этой версии продукта компания VMware убрала функции Horizon Files (которые еще были в версии 1.8), предоставила возможность запускать приложения View Hosted Apps и Citrix XenApp (аналоги возможностей по доставке приложений в бесшовных окнах от VMware и Citrix), а также сделала еще несколько важных изменений, чтобы продукт вписывался в линейку Horizon 6.

Новые возможности VMware Workspace Portal 2.0:

• Поддержка решения VMware Horizon 6 и механизма View Hosted Applications (должен быть установлен View Horizon 6 и Horizon Client версии 3.0 или выше).
• Поддержка приложений Citrix XenApp (начиная с версии 5.0). На базе фермы XenApp назначаются права доступа пользователей Workspace к этим приложениям. Citrix Receiver должен быть установлен на клиентской машине.
• Workspace лишился следующих компонентов, которые были убраны за невостребованностью:
• Horizon Files (для тех, кто этим пользовался, есть вот такая статья)
• Horizon Switch device management
• Поддержка Office 365 и механизма аутентификации non-SAML - единый вход (SSO) используется для веб-приложений Office 365, Sharepoint и Outlook 365.
• Поддержка нескольких экземпляров "View pod" для одного пространства Active Directory.
• Поддержка приложений ThinApp 5.0 64-bit теперь нативная для Windows-агента (работает без дополнительного ПО). Доставка приложений теперь возможна на любой Windows-ПК даже не в домене - логин в систему идет через Kerberos.
• Поддержка ThinApp 5.0.1
• Улучшенный механизм работы с логами за счет механизма Elasticsearch.
• Улучшенная отчетность по активности пользователей и использованию ими приложений.
• Больше возможностей для брендинга стартовой страницы и управляющих элементов.
• Улучшенный механизм назначения прав, кроме того быстрее работает синхронизация со службами каталога.
• Поддержка нескольких DNS-серверов для компонента Workspace vApp.
• Обновление OPENSSL до версии openssl-1.0.1h, VMware Workspace де была зафикшена уязвимость Heartbleed и другие ошибки.
• Улучшенные средства управления и категоризация объектов.

Более подробно о новых возможностях VMware Workspace 2.0 можно узнать в Release Notes. Скачать продукт можно по этой ссылке в составе VMware Horizon 6 (пробная версия - тут).

Как многие из вас знают, в платформе виртуализации VMware vSphere есть множество удобных средств работы с хранилищами, включая средства позволяющие расширить том VMFS прямо из GUI клиента vSphere Client - достаточно лишь сделать Rescan HBA-адаптеров. Однако если необходимо расширить локальный том (Local VMFS), то тут встроенных средств уже нет, и все нужно аккуратно делать самому, как это описано в KB 2002461. Приведем здесь этот процесс, проиллюстрировав его скриншотами.

Это гостевой пост нашего спонсора - компании ИТ-ГРАД, имеющей высокую компетенцию в продуктах Cisco.

Cisco UCS Director — это программный продукт, который автоматизирует управление разнородной ИТ инфраструктурой центра обработки данных. В этом посте я коротко опишу, для чего этот продукт предназначен и какие задачи решает.

Возможно, не все знают расшифровку аббревиатуры UCS. UCS (Unified Computing System) — это серверная платформа компании Cisco, которая базируется на линейках Rack и Blade. Естественно, что CISCO позиционирует UCS Director как решение, которое хоть и универсально, но наиболее полно раскрывает свои функциональные возможности в комплексе с оборудованием линейки UCS. Поэтому сначала скажем пару слов про сервера CISCO UCS.

Cервера Cisco UCS

Особенность серверной платформы Cisco UCS в том, что в конфигурации есть одна блейд-корзина и некоторый набор серверов. При этом нет градации решений и есть внутренний коммутатор — модель 62 серии, Fabric Interconnect.

Продуктовая линейка Cisco отображена на рисунке ниже.

Читать статью далее

Недавно компания VMware выпустила интересный документ "VMware Virtual SAN Ready Nodes", в котором приведены примеры серверных конфигураций от различных производителей, которые подходят в качестве узлов отказоустойчивого кластера хранилищ VMware Virtual SAN.

В обновленной версии документа были удалены некоторые старые конфигурации серверов, а новые добавлены. В ближайшие несколько недель ожидается пополнение документа новыми моделями и конфигурациями узлов.

К каждой спецификации на сервер прилагается профиль нагрузки, для которой предлагается его использовать, например, VDI-инфраструктура с числом виртуальных ПК до 100 или серверная инфраструктура на 60 ВМ. Также прилагается примерная конфигурация виртуальной машины, например:

Virtual Machine Profle: 2 vCPU, 6 GB Memory, 2 x 60 GB virtual disks

Пока в документе есть серверы только четырех производителей (но скоро точно будет больше):

• Dell
• Fujitsu
• HP
• SuperMicro

Также у компании VMware на тему выбора и сайзинга кластеров Virtua SAN есть полезный документ "Virtual SAN Hardware Quick Reference Guide", где рассматриваются различные профили нагрузок виртуальных машин, размещенных на хранилищах отказоустойчивого кластера VSAN.

В первой таблице документа в столбцах приведены примеры нагрузок (например, полные клоны виртуальных десктопов или средняя серверная нагрузка), а в строчках рассматриваются различные аппаратные характеристики узлов, такие как вычислительные мощности, число дисков и их емкость, память, сетевые адаптеры и т.п.:

Также в документе есть рекомендации по сайзингу кластера хранилищ, а также рекомендуемым аппаратным характеристикам (например, число дисковых групп или необходимая минимальная глубина очереди на дисковом контроллере).

Напомним также, что есть еще документ "VMware Virtual SAN Hardware Design Guide", который может вам помочь с выбором узлов для кластера Virtual SAN.

Бывает такое, что пользователь системы жалуется администратору виртуальной инфраструктуры VMware vSphere, что у него пропал сетевой адаптер в виртуальной машине, и она больше недоступна из внешней сети. Администратор смотрит в лог виртуальной машины (vmware-##.log) и видит там вот такое:

Mar 15 03:13:37.463: vmx| Powering off Ethernet1 
Mar 15 03:13:37.463: vmx| Hot removal done.

Это, как вы уже догадались, означает, что кто-то тыкнул на иконку "Safely Remove Hardware" в гостевой ОС и выбрал там сетевой адаптер ВМ:

Либо это было сделано случайно в vSphere Client или Web Client. Поправить это легко - надо отключить функции Hot Add для виртуальной машины.

Для этого:

• Соединяемся с хостом ESXi/ESX напрямую или через vCenter Server посредством vSphere Client.
• Выключаем виртуальную машину.
• Выбираем для нее Edit Settings и переходим на вкладку Options.
• Выбираем General > Configuration Parameters > Add Row.
• Добавляем строчку с именем devices.hotplug и значением false.
• Включаем виртуальную машину.

После этого при попытке удаления устройства работающей виртуальной машины будет выдано такое сообщение

Если же вы не хотите запрещать Hot Add для всех устройств, а хотите просто спрятать возможность удаления сетевой карты из Safely Remove Hardware, то нужно сделать следующее:

• Запустить редактор реестра как Local System. Для этого можно использовать утилиту psexec Tool.
• Выполняем psexec -i -s regedit.exe.
• Идем в ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum ищем наш драйвер NIC (в его названии есть VMXNET3, E1000 и т.п.).
• Установите значение ключа Capabilities на 4 единицы ниже.

Например, вот тут мы видим значение ключа 16:

Устанавливаем его на 4 меньше, то есть в значение 12:

После этого сетевой адаптер исчезнет из безопасного удаления устройств:

Многие администраторы в небольших компаниях, которые начинают пробовать виртуализацию, нуждаются не только в самой платформе, но и в дополнительных средствах, таких как:

• Средство создания общих хранилищ (если нет выделенного массива).
• Средство резервного копирования виртуальных машин.
• Средство для мониторинга виртуальной инфраструктуры.

Если вы попробуете сделать это на VMware, то у вас вряд ли это получится бесплатно с использованием надежных и проверенных средств, а вот на Hyper-V такая возможность есть.

Компания StarWind Software предлагает загрузить и установить комплект средств "Free Virtualization", которые позволят вам создать полностью бесплатную инфраструктуру на платформе Microsoft Hyper-V Server:

Кликнув на любую из картинок выше, вы получите набор следующих бесплатных утилит:

• Veeam Backup and Replication Free Edition для быстрого и надежного создания резервных копий (мы писали о нем вот тут).
• StarWind Virtual SAN Free для создания отказоустойчивой инфраструктуры iSCSI-хранилищ (вот тут мы писали о его новых возможностях, а здесь - про бесплатную версию).
• 5nine Manager Free for Hyper-V для мониторинга и одновременного управления несколькими хостами Microsoft Hyper-V Server (по-сути, это очень неплохая альтернатива System Center Virtual Machine Manager, мы писали о нем вот тут, а также здесь).

Этот комплект - отличное решение для быстрого старта с виртуализацией от Microsoft. Так что попробуйте - скачивайте комплект Free Virtualization. Бесплатный гипервизор Microsoft Hyper-V Server можно загрузить по этой ссылке.

Некоторое время назад мы писали о том, что в самом ближайшем будущем ожидается выпуск обновленной версии решения для управления виртуальными и физическими ПК предприятия VMware Horizon 6. В преддверии выпуска этого продукта компания VMware запустила виртуальную лабораторную работу HOL-MBL-1451 - Horizon 6 with View Introduction, посвященную работе с решением для виртуализации ПК VMware Horizon View:

Лабораторные работы VMware Hands-On Labs (HOL) - это один из лучших форматов знакомства с продуктами VMware, так как в процессе их выполнения вы видите их интерфейс с пояснениями о назначении различных возможностей, а также указания, касающиеся дальнейших действий администратора. То есть самостоятельно нужно тыкать на клавиши и делать различные настройки, что гораздо лучше презентаций и мануалов.

За 4 часа, выделенных на лабораторную работу, администратор VMware View пройдет через процесс установки и настройки VDI-инфраструктуры и узнает обо всех новых возможностях продукта, включая такие функции как Application Remoting и архитектура Cloud Pod.

Если вы не хотите проходить лабу, а просто хотите ознакомиться с ее описанием в текстовом формате с картинками, то вот, пожалуйста:

• HTML - http://docs.hol.vmware.com/HOL-2014-staging/hol-mbl-1451-spr_html_en/
• PDF –  http://docs.hol.vmware.com/HOL-2014-staging/hol-mbl-1451-spr_pdf_en.pdf

Также вот тут можно обсудить данную лабораторную работу и пообщаться на тему VMware Horizon View 6.

Не так давно мы писали о том, что была выпущена новая версия решения VMware Log Insight 2.0, предназначенного для автоматизированного управления файлами журналов, а также сбора различных данных, их анализа и поиска. На днях компания VMware выпустила для него Windows Content Pack, который позволяет получать информацию о состоянии Windows-систем и их приложений.

Данный контент-пак покрывает множество аспектов работы Windows-систем, которые представлены в категориях General, System, Application и Security. Представления включают в себя 10 групп дэшбордов, 52 виджета, 6 алертов и 41 получаемое поле данных.

Скачать Windows Content Pack для VMware Log Insight можно по этой ссылке.

Как вы знаете, в VMware vSphere (еще с версии 5.1) есть механизм репликации виртуальных машин vSphere Replication (VR), который позволяет создавать копию виртуальной машины на другом хосте и хранилище на случай сбоя. Именно она используется для асинхронной репликации в катастрофоустойчивом решении VMware vCenter Site Recovery Manager (SRM).

Периодичность репликации со стороны владельца системы должна задаваться политикой RPO (Recovery Point Objective), определяющей какое максимальное количество данных выраженное во времени мы можем потерять в случае сбоя. Например, RPO=15 минут означает, что самое большое, что не будет подлежать восстановлению - это изменения, произошедшие в системе за последние 15 минут.

Этот параметр и задается в первую очередь при настройке репликации для виртуальной машины:

Здесь можно задать значение от 15 минут до 24 часов. Однако не обязательно это требование будет выполнено, ведь если ширина канала у вас небольшая, а машин на хостах много, то они просто могут не поместиться в эту полосу с необходимой для обеспечения RPO частотой репликации.

Кстати, на данный момент расписание задачи репликации генерируется автоматически на основании исторических данных об изменении блоков виртуальных дисков за последние 48 часов. При этом расписание репликации пересчитывается каждый раз, когда виртуальная машина меняет свое состояние (питание, реконфигурация репликации и т.п.).

Поскольку задаче репликации нужно некоторое время на выполнение, каждая реплика считается устаревшей к тому времени, как сама задача считается выполненной. Поэтому чтобы предотвратить нарушение политики RPO, vSphere Replication должна выполнить задачу репликации за половину времени, определенного политикой RPO. Половину - так как если вторая репликация не сможет завершиться в случае сбоя, то мы сможем вернуться только в то состояние виртуальной машины, которое предшествовало началу первой репликации. Для этого потребуется восстановить первую реплику.

Ожидаемое время репликации вычисляется как среднее время последних 15 репликаций плюс 20% прибавка в качестве запаса к этому времени.

Рассмотрим пример:

Здесь у нас установлено RPO=60 минут. В первом случае на репликацию ушло 22 (текущая) и 23 (ожидаемая) минуты, каждая из них меньше половины времени RPO, соответственно политика считается выполненной. Во втором случае текущая и следующая репликации выходят за границы половины RPO, обе репликации в сумме дают 68 минут, поэтому политика считается нарушенной.

То есть, если исходный хост навернется через 67 минут, то мы сможем откатиться только в то состояние хоста, которое было 67 минут назад (восстановив первую реплику), что противоречит политике RPO, которая была определена как 60 минут.

В случае нарушения RPO сама репликация будет продолжена, однако вы будете получать вот такие алерты в консоли vSphere Client:

Что в этом случае делать? Выхода всего два - либо увеличивать и согласовывать новое RPO для сервиса виртуальной машины, либо увеличивать доступную полосу пропускания для сети репликации, что должно уменьшить время выполнения задачи.

Кстати, в плане определения необходимой ширины канала для репликации вам поможет специальное средство VMware vSphere Replication Capacity Planning Appliance.

Мы довольно часто пишем (например, тут и тут) про вебинары и мероприятия компании StarWind Software, выпускающей продукт номер один для создания программных отказоустойчивых iSCSI-хранилищ для VMware vSphere и Microsoft Hyper-V. Как может быть вы слышали, недавно вышла обновленная версия решения StarWind Virtual SAN, о новых возможностях которого мы уже рассказывали тут. Поэтому StarWind в последнее время проводит достаточно много вебинаров, и не все их них вы успеваете посмотреть.

Специально для вас на сайте StarWind есть страничка, где собраны видеозаписи с наиболее интересных мероприятий:

Наиболее интересные записи это "Show Me The Storage!" и "Only two hyper-V hosts needed to build a fault-tolerant ROBO solution".

Публикуем очередной гостевой пост компании ИТ-ГРАД. Никто не скажет лучше про продукт, чем пиарщики его вендора. Поэтому мы просто процитируем одну из брошюр NetApp о новоиспеченной E2700 серии: СХД NetApp E2700 представляет собой простое решение для хранения данных в средах SAN. Она легко интегрируется практически в любые среды хранения данных, основанные на приложениях, предлагает множество вариантов хостингового подключения и поддерживает различные типы дисков и дисковых полок...

В последнее время компания VMware активно перепаковывает свои продукты и пересматривает целесообразность их существования. Недавно было объявлено о снятии с производства решения для защиты сервисов управляющего компонента виртуальной инфраструктуры - VMware vCenter Server Heartbeat:

В марте было объявлено о снятии с продаж продукта VMware Storage Appliance (VSA), который стал недоступен к заказу с 1 апреля этого года:

На смену ему пришел продукт нового поколения VMware Virtual SAN, про который мы уже очень много писали на страницах нашего сайта (см. поиск по тэгу VSAN).

Теперь пришел черед продукта для биллинга использования ресурсов виртуальной инфраструктуры VMware vCenter Chargeback Manager, о котором мы уже писали вот тут. Он стал недоступен для заказа с 10 июня этого года (поддержка будет оказываться еще год):

Возможности биллинга виртуальной инфраструктуры уже некоторое время назад были перемещены в модуль IT Business Management (ITBM), который позволяет считать затраты в частном облаке VMware vSphere и vCloud Director:

Этот модуль интегрирован с продуктом vCloud Automation Center 6.0 (vCAC), предназначенным для управления облачной инфраструктурой предприятия (SaaS, PaaS, IaaS) средствами единого решения, построенного поверх VMware vCloud Director (для IaaS-инфраструктуры) и разработанного на базе решения DynamicOps (бывший продукт Virtual Resource Manager, VRM). О нем мы уже писали вот тут.

Функции биллинга и финансовой отчетности уже есть в блоке IT Financial Management продукта ITBM. Так например видит затраты на инфраструктуру VMware ИТ-директор предприятия:

Сам продукт IT Business Management Suite поставляется в трех изданиях, функции финансовой отчетности и планирования есть в двух их них:

Напомним, что жизненный цикл доступности продуктов VMware и сроки их поддержки регулируются документом VMware Lifecycle Product Matrix.

На прошлой неделе компания Red Hat выпустила мажорное обновление операционной системы Red Hat Enterprise Linux 7.

Новая версия ОС RHEL имеет множество новых интересных возможностей, среди которых немало касаются технологий виртуализации. Некоторые основные новые возможности RHEL 7:

• Встроенная поддержка упакованных приложений в формате Docker.
• Kernel patching utility Technology Preview - патчинг ядра без перезагрузки ОС.
• Прямая и непрямая интеграция с Microsoft Active Directory, подробнее описано вот тут.
• Для разделов boot, root и user data дефолтной файловой системой теперь является XFS.
  • Для XFS максимальный размер файловой системы увеличен со 100 ТБ до 500 ТБ.
  • Для ext4 этот размер увеличен с 16 ТБ до 50 ТБ.
• Улучшенный процесс установки ОС (новый визард).
• Возможность управления серверами Linux с использованием Open Linux Management Infrastructure (OpenLMI).
• Улучшения файловых систем NFS и GFS2.
• Новые возможности технологии виртуализации KVM.
• Возможность выполнять RHEL 7 в качестве гостевой OS.
• Улучшения NetworkManager и новая утилита командной строки для выполнения сетевых задач NM-CLI.
• Поддержка сетевых соединений Ethernet на скорости до 40 Гбит/с.
• Поддержка беспроводной технологии WiGig (IEEE 802.11ad) (на скорости до 7 Гбит/с).
• Новый механизм Team Driver, который виртуально объединяет сетевые устройства и порты в единый интерфейс на уровне L2.
• Новый динамический сервис FirewallD, представляющий собой гибкий сетевой экран, имеющий преимущество перед iptables и поддерживающий несколько трастовых зон (network trust zones).
• GNOME 3 в режиме классического рабочего стола.

Более подробно о новых возможностях RHEL 7 рассказано вот в этом документе Red Hat.

В плане виртуализации в Red Hat Enterprise Linux 7 появились следующие основные нововведения:

• Технологическое превью возможности virtio-blk-data-plane, которая позволяет выполнять команды ввода-вывода QEMU в отдельном оптимизированном потоке.
• Появилось технологическое превью технологии PCI Bridge, позволяющей поддерживать более чем 32 PCI-устройства в QEMU.
• QEMU Sandboxing - улучшенная изоляция между гостевыми ОС хоста RHEL 7.
• Поддержка "горячего" добавления виртуальных процессоров машинам (vCPU Hot Add).
• Multiple Queue NICs - каждый vCPU имеет собственные очереди на передачу и получение, что позволяет не задействовать другие vCPU (только для гостевых ОС Linux).
• Технология сжатия страниц памяти при горячей миграции (Page Delta Compression) позволяет гипервизору KVM проводить миграцию быстрее.
• В KVM появились функции поддержки паравиртуализованных функций ОС Microsoft, например, Memory Management Unit (MMU) и Virtual Interrupt Controller. Это позволяет гостевым ОС Windows работать быстрее (по умолчанию эти функции отключены).
• Поддержка технологии EOI Acceleration, основанной на интерфейсе Advanced Programmable Interrupt Controller (APIC) от Intel и AMD.
• Технологическое превью поддержки USB 3.0 в гостевых ОС на KVM.
• Поддержка гостевых ОС Windows 8, Windows 8.1, Windows Server 2012 и Windows Server 2012 R2 на гипервизоре KVM.
• Функции I/O Throttling для гостевых ОС на QEMU.
• Поддержка технологий Ballooning и transparent huge pages.
• Новое устройство virtio-rng доступно как генератор случайных чисел для гостевых ОС.
• Поддержка горячей миграции гостевых ОС с хоста Red Hat Enterprise Linux 6.5 на хост Red Hat Enterprise Linux 7.
• Поддержка назначения устройств NVIDIA GRID и Quadro как второго устройства в дополнение к эмулируемому VGA.
• Технология Para-Virtualized Ticketlocks, улучшающая производительность, когда виртуальных vCPU больше чем физических на хосте.
• Улучшенная обработка ошибок устройств PCIe.
• Новый драйвер Virtual Function I/O (VFIO) улучшающий безопасность.
• Поддержка технологии Intel VT-d Large Pages, когда используется драйвер VFIO.
• Улучшения отдачи точного времени виртуальным машинам на KVM.
• Поддержка образов формата QCOW2 version 3.
• Улучшенные статистики Live Migration - total time, expected downtime и bandwidth.
• Выделенный поток для Live Migration, что позволяет горячей миграции не влиять на производительность гостевых ОС.
• Эмуляция процессоров AMD Opteron G5.
• Поддержка новых инструкций процессоров Intel для гостевых ОС на KVM.
• Поддержка форматов виртуальных дисков VPC и VHDX в режиме "только для чтения".
• Новые возможности утилиты libguestfs для работы с виртуальными дисками машин.
• Новые драйверы Windows Hardware Quality Labs (WHQL) для гостевых ОС Windows.
• Интеграция с VMware vSphere: Open VM Tools, драйверы 3D-графики для OpenGL и X11, а также улучшенный механизм коммуникации между гостевой ОС и гипервизором ESXi.

Release Notes новой версии ОС доступны по этой ссылке. О функциях виртуализации в новом релизе RHEL 7 можно почитать вот тут (а здесь - на русском). Исходные коды rpm-пакетов Red Hat Enterprise Linux 7 теперь доступны только через Git-репозиторий.

Как мы уже много писали, компания StarWind недавно выпустила финальную восьмую версию своего решения номер 1 - StarWind Virtual SAN V8, предназначенного для создания отказоустойчивых хранилищ для VMware vSphere и Microsoft Hyper-V. О новых изданиях продукта вы можете узнать из нашей статьи вот тут, а для тех, кого интересуют практические аспекты применения продукта, будут интересны бесплатные вебинары компании StarWind, которые состоятся уже совсем скоро.

Бесплатный вебинар: Don't Let Storage Eat Your Hyper-V Savings

На этом мероприятии речь пойдет об экономической составляющей решения для виртуализации на платформе Hyper-V. Просто сравните стоимость и эффективность приобретения дорогостоящего хранилища и приобретение лицензий на StarWind Virtual SAN с возможностью построения надежного и отказоустойчивого хранилища на базе двух или трех узлов Hyper-V, которые являются не только серверами хранения, но и исполняют виртуальные машины.

Вебинар пройдет 25 июня в 21-00 по московскому времени. Регистрируйтесь!

Бесплатный вебинар: Do More with Less Hardware Using Software Defined Storage Management

На этом вебинаре речь пойдет о технологических преимуществах продукта StarWind Virtual SAN, таких как технология отказоустойчивости, файловая система LSFS, Inline-дедупликация StarWind, высокопроизводительное кэширование и прочее.

Вебинар пройдет 2 июля в 23-00 по московскому времени. Регистрируйтесь!

На всех вебинарах будет возможность задать вопросы на русском языке!

На прошедшей неделе компания VMware вплотную занялась патчингом и фиксингом своих продуктов, закрывая те проблемные места, которые накопились за прошедшие пару-тройку месяцев. Прежде всего, было выпущено обновление ESXi550-201406401-SG, которое решает сразу две проблемы на VMware vSphere 5.5 Update 1.

Во-первых, мы уже писали о том, что  в VMware vSphere 5.5 Update 1 был баг - если использовать NFS-хранилища, то они периодически отваливаются, переходя в состояние APD (All paths down). Это касается и VSA-хранилищ. В логах при этом наблюдается что-то вроде такого:

2014-04-01T14:35:08.074Z: [APDCorrelator] 9413898746us: [vob.storage.apd.start] Device or filesystem with identifier [12345678-abcdefg0] has entered the All Paths Down state.
2014-04-01T14:35:08.075Z: [APDCorrelator] 9414268686us: [esx.problem.storage.apd.start] Device or filesystem with identifier [12345678-abcdefg0] has entered the All Paths Down state.
2014-04-01T14:36:55.274Z: No correlator for vob.vmfs.nfs.server.disconnect
2014-04-01T14:36:55.274Z: [vmfsCorrelator] 9521467867us: [esx.problem.vmfs.nfs.server.disconnect] 192.168.1.1/NFS-DS1 12345678-abcdefg0-0000-000000000000 NFS-DS1
2014-04-01T14:37:28.081Z: [APDCorrelator] 9553899639us: [vob.storage.apd.timeout] Device or filesystem with identifier [12345678-abcdefg0] has entered the All Paths Down Timeout state after being in the All Paths Down state for 140 seconds. I/Os will now be fast failed.
2014-04-01T14:37:28.081Z: [APDCorrelator] 9554275221us: [esx.problem.storage.apd.timeout] Device or filesystem with identifier [12345678-abcdefg0] has entered the All Paths Down Timeout state after being in the All Paths Down state for 140 seconds. I/Os will now be fast failed.

В выпущенном обновлении эта ошибка была исправлена.

Во-вторых, была также исправлена ошибка безопасности в OpenSSL, которая может оказаться даже серьезнее, чем исправленный ранее баг OpenSSL Heartbleed. В ESXi существует вероятность атаки типа MiM (Man in the Middle), о которой подробнее рассказано вот тут. Этот баг в приведенном выше обновлении был также зафикшен. Кстати, в своем блоге компания VMware объявила о том, что ее команда безопасности расследует новые возможные уязвимости OpenSSL, и вот тут приведены результаты ее работы.

Чтобы скачать патч, идем на VMware Patch Portal, выбираем там продукт "ESXi Embedded & Installable", версию релиза 5.5.0 и дату - 10 июня. Получаем ссылку на патч:

Применить этот патч можно и не скачивая его с сайта VMware, а просто с помощью следующей последовательности команд:

# открываем фаервол для http

esxcli network firewall ruleset set -e true -r httpClient

# устанавливаем образ ESXi-5.5.0-20140604001-standard из хранилища VMware Online depot

esxcli software profile update -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml -p ESXi-5.5.0-20140604001-standard

# перезагружаем хост ESXi

reboot

Также на днях компания VMware выпустила обновления продукта vCenter Server 5.5 Update 1b:

и vCloud Director 5.5.1.2:

Оба этих исправления прежде всего несут в себе фиксы в плане безопасности протокола OpenSSL, однако там есть и другие мелкие улучшения. Рекомендуется их установить.

Надо отметить, что VMware vCenter Server Appliance не подвержен багу OpenSSL, поэтому и исправлений для него нет.

Не так давно мы писали о том, что в скором времени выйдет обновленная версия решения для управления физическими и виртуальными ПК предприятия VMware Horizon 6. В преддверии выпуска этого решения компания VMware выпустила интересный документ "Reviewer’s Guide for View in Horizon 6" (по-сути, это Evaluator's Guide), в котором рассматривается пошаговая установка и развертывание решения.

Основное назначение документа - показать, как нужно развертывать продукт, описать его основные возможности и рассказать на практике о том, как решение VMware View Horizon 6 умеет обращаться с виртуальными десктопами. Примечательная особенность данного документа - множество скриншотов и диаграмм - позволит быстро понять, как именно работает решение.

Кроме того, в документе упомянут интересный компонент View Agent Direct-Connection plug-in - плагин, который позволяет подключаться к любому виртуальному ПК, минуя VMware View Connection Server.

Содержание основных разделов документа:

• Architecture and Components
• Hands-On Evaluation Exercises
• Remote Desktop Session Host Configuration
• Configure Group Policy Setting fro RDS Host Sessions
• Preparing Desktop Images for Linked-Clone Desktop Pool Deployment
• Preparing a Desktop Image for Full-Clone Desktop Pool Deployment
• Deploying View Desktops and Applications
• Entitling Users to View Desktops and Applications
• Connecting to View Desktops and Applications

В документе также можно найти ссылки на другую полезную документацию VMware касательно пакета продуктов Horizon.